详解｜ 一文带你了解「基础组件」和「高级组件」
Hi，我是元尧。欢迎长按下图二维码加我微信，带你进设计师交流群，与更多小伙伴一起交流成长！
「添加好友请备注：设计交流」
一. 概念区分
「基础组件」也可以被叫做「原子组件」或「通用组件」，是一种底层组件，其特点如下：
- 单一的不可再拆分的组件：比如一个 button，一个输入框，一个开关等。
- 适用于各类业务场景：比如政务业务、电商业务、金融业务等业务都可以使用。
- 可保证设计质量和效率：使用组件可以使设计稿具备较高的一致性，并提升设计和开发的工作协同效率。
「高级组件」也可以被叫做「区块组件」或「业务组件」，是一种相对来说更具备业务属性的组件，其特点如下：
- 是复合型的区块组件：是基础组件的合集，比如一个表单，一个表格，一张多功能卡片等。
- 适用于更专业的业务场景：带有强烈的业务属性，在业务实操设计过程中，会更有针对性、更高效。
- 可保证业务完成的专业性和效率：好的业务组件可以更好地赋能业务，更快地完成业务需求。
二. 设计重点
基础组件可以直接借鉴已有的、成熟的开源组件设计体系，减少重复劳作。如果自己的团队也想做，判断依据通常包括：
相比于基础组件，高级组件因其独特的业务属性，以及与产品的强绑定关系，很难找到已有的组件库进行借鉴和应用。判断内容是否应该被沉淀的依据通常包括：
需要注意的是，业务组件库中的组件数量不是越多越好。“专而精” 有时会更高效。毕竟设计系统的根本目的是降本提效，而非设计师炫耀设计价值的工具。
另外，“专而精” 也是另一个维度的 “全”。当我们通过对业务需求和属性的深入研究，将业务组件做的足够专业，也会从另一个维度对业务进行补充和赋能，从设计侧推动业务进行体验优化，促进产品质量的提升。
业务组件的搭建标准和规则，更多由业务设计师来决定，也是所有 B 端设计师应该精进的能力。
3. 完整概念列表
所以回到我们开篇遇到的问题：
因为每个产品各具特色，对于这种与业务强相关的组件尺寸，在通用的、开源的基础组件库中，不太好给出一刀切的定义。但在我们日常面对业务需求所用的高级业务组件库中，则需要有明确的规范。
那么到底哪些数据需要被规范？应该如何编写规范？「基础组件」和「高级组件」在设计中还要注意到哪些细节？为了帮助大家更清晰地区分概念，关于「基础组件」和「高级组件」我总结出了一个完整的清单列表：
- 基本概念区分
- 案例区分
- 组件设计工作流程区分
- 组件设计内容区分
经验｜设计资产中的组件该如何被命名？
了解更多设计理念和设计方法